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(54) Network interface 


(57) A method for transferring data, including receiv- 
ing a source data-frame from a source client (34) in a 
first network (12) operating under a first industry-stand- 
ard protocol, the data-frame including a first- network- 
destination-address compatible with the first protocol. 
The method includes reading from a content addressa- 
ble memory (CAM) (26) a second-network-destination- 
address of a destination client (36) in a second network 


(1 5) operating under a second industry-standard proto- 
col, different from the first protocol, using the first-net- 
work-destination-address as an index. The method fur- 
ther includes concatenating content data comprised in 
the source data-frame with a second-network header in- 
cluding the second-network-destination-address so as 
to generate a second-network data-frame compatible 
with the second protocol for transmission over the sec- 
ond network. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to data 
transfer, and specifically to data transfer between net- 
works operating under differing protocols. 

BACKGROUND OF THE INVENTION 

[0002] Methods for transferring data within networks, 
such as local area networks (LANS) and storage area 
networks (SANs), rely on standard protocols describing 
how the data are transferred. Typically the data for a 
specific network are transferred as data-frames having 
a format defined by the protocol governing the function- 
ing of the network. Two protocols which are used for 
transferring data at gigabit/s (Gbps) rates are an IEEE 
802. 3(Z) Ethernet protocol, issued by the Institute of 
Electrical and Electronics Engineers, Inc., New Jersey, 
and an FC-PH Fibre Channel protocol, issued by the 
American National Standards Institute, Washington, D. 
C. 

[0003] Methods for transferring data between net- 
works operating under different protocols operating at 
Gbps rates are known in the art. Dell Computer Corpo- 
ration of Round Rock, Texas, provides a PowerVault Fi- 
bre Channel family of products which may be configured 
to transfer data between a Fibre Channel network and 
a gigabit Ethernet (GBE) network. Data transfer be- 
tween the networks requires a suitably-adapted server. 
In an article by Sherri Azgomi, which can be found at 
http7/www.csdmag.com/main/1 999/1 1/991 1feat3.htm , 
and which is incorporated herein by reference, the au- 
thor describes content addressable memories (CAMs) 
and gives a number of uses of CAMs. In contrast to a 
random access memory (RAM), wherein an address is 
supplied and data at that address are read, data are sup- 
plied to a CAM and the address where those data reside 
is read. An illustration of the use of a CAM in a network 
switch is given, wherein the CAM extracts and process- 
es address information in incoming data packets. In or- 
der to switch the packet to a correct outgoing port, the 
CAM compares the destination address with a table of 
addresses stored within the CAM. On-chip implementa- 
tions of CAM in the form of embedded functions are 
available as high-density programmable logic devices 
(PLDs), for example, as an Altera t OKI 00 E device, pro- 
duced by Altera Corporation of San Jose, California. 
[0004] U. S. patent 6, 032, 209 to Mros et al., whose 
disclosure is incorporated herein by reference, de- 
scribes a hot-swappable high speed point-to-point inter- 
face. The interface incorporates circuitry to eliminate 
electromagnetic interference when the interface is hot- 
swapped. The interface provides a connection between 
a high speed transmitter on a transmitter card, and a 
high speed receiver on another card. Both transmitter 
and receiver are able to operate at rates of the order of 


Gbps, and under GBE or Fibre Channel protocols. 

SUMMARY OF THE INVENTION 

s [0005] It is an object of some aspects of the present 
invention to provide an improved method and apparatus 
for transferring data between networks operating under 
different protocols. 

[0006] In preferred embodiments of the present in- 
vention, an interface couples two network communica- 
tion systems operating under different protocols. Most 
preferably, both systems comprise networks operating 
at a rate of at least 1 gigabit/s (Gbps), the first of the 
systems supporting an Ethernet protocol, and the sec- 
ond system supporting a Fibre Channel protocol. The 
interface is implemented so that it is transparent to cli- 
ents using both systems. Thus, from the point of view of 
a client in the first system, all clients in the second sys- 
tem are set to be "visible," and data may be transferred 
via the interface from the client in the first system to any 
of the clients in the second system. Similarly, from the 
point of view of a client in the second system, all clients 
in the first system are set to be visible, and data may 
likewise be transferred in the opposite direction via the 
interface. 

[0007] The interface is implemented using industry- 
standard devices and/or one or more custom or semi- 
custom devices such as application specific integrated 
circuits (ASICs), most preferably as a component which 
couples to an industry-standard hub operative in one of 
the systems. Thus the need for a dedicated server, as 
used in methods known in the art for data transfer be- 
tween systems operating on different Gbps protocols, is 
obviated. Furthermore, when the interface is implement- 
ed using dedicated components and/or ASICs, data 
transfer between the two systems is significantly faster 
than data transfer using a server. 

[0008] In preferred embodiments of the present in- 
vention, a content addressable memory (CAM) com- 
prised in the interface is used in orderto quickly translate 
addresses in the first system to addresses in the second 
system. Most preferably, the CAM "learns" the address- 
es of clients after installation of the interface, by analyz- 
ing data transferred in the systems in "background." The 
CAM uses the learned addresses to build a look-up table 
for converting addresses between the two systems. 
[0009] There is therefore provided, according to a pre- 
ferred embodiment of the present invention, a method 
for transferring data, including: 

receiving a source data-frame from a source client 
in a first network operating under a first industry- 
standard protocol, the data-frame comprising a 
first-network-destination-address compatible with 
the first protocol; 

reading from a content addressable memory (CAM) 
a second-network-destination-address of a desti- 
nation client in a second network operating under a 
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second industry-standard protocol, different from 
the first protocol, using the first-network-destina- 
tion-address as an index; and 
concatenating content data comprised in the source 
data-frame with a second-network header compris- 
ing the second-network-destination-address so as 
to generate a second-network data-frame compat- 
ible with the second protocol for transmission over 
the second network. 

[0010] Preferably, receiving the source data-frame in- 
cludes separating the source data-frame into the con- 
tent data and a source header including the first-net- 
work-destination-address. 

[0011] Preferably, concatenating the content data in- 
cludes temporarily storing the content data in one or 
more memory devices and reading the content data 
from the one or more memory devices. 

[001 2] Further preferably, the method includes: 

incorporating the first-network-destination-address 
compatible with the first protocol in the second-net- 
work data-frame; 

receiving the second-network data-frame at the 
destination client; and 

concatenating further content data with the first-net- 
work-destination-address so as to generate a first- 
network data-frame compatible with the first proto- 
col for transmission over the first network to the 
source client. 

[0013] Preferably, receiving the second-network da- 
ta-frame includes separating the second-network data- 
frame into the content data and a first-network header 
including the first-network-destination-address. 

[0014] Further preferably, receiving the second-net- 
work data-frame includes temporarily storing the con- 
tent data in one or more memory devices, and concate- 
nating the content data includes reading the content da- 
ta from the one or more memory devices. 

[0015] Preferably, the method includes receiving a 
broadcast data-frame including a second-network- 
source-address from the destination client indicative of 
an identity of the destination client and storing the sec- 
ond-network-source-address in the CAM. 

[001 6] Preferably, receiving the broadcast data-frame 
includes: 

reading the second-network-source-address in a 
central processing unit (CPU); 
generating in the CPU a first- network-source-ad- 
dress responsive to the second-network-source- 
address and compatible with the first network; and 
storing in the CAM the first-network-source-ad- 
dress and the second-network-source-address as 
corresponding addresses. 

[0017] Preferably, the first protocol includes an Ether- 


net protocol, and the second protocol includes a Fibre 
Channel protocol. 

[0018] There is further provided, according to a pre- 
ferred embodiment of the present invention, apparatus 
5 for transferring data, including: 

receive-circuitry, adapted to receive a source data- 
frame from a source client in a first network operat- 
ing under a first industry -standard protocol, the 
io source data-frame including a first-network-desti- 
nation-address compatible with the first protocol; 
a content addressable memory (CAM) in which a 
second-network-destination-address of a second 
network client in a second network is stored, the 
is second network operating under a second industry- 
standard protocol, different from the first protocol; 
and 

transmit-circuitry adapted to read the second-net- 
work-destination-address from the CAM, using the 
first-network-destination-address as an index, and 
to concatenate content data included in the source 
data-frame with a second network header including 
the second-network-destination-address so as to 
generate a second network data-frame compatible 
with the second protocol for transmission over the 
second network. 

[0019] Preferably, the apparatus includes a central 
processing unit (CPU) which is adapted to receive a 
broadcast data-frame including a second-network- 
source-address indicative of an identity of the second 
network client, to generate a first-network-source-ad- 
dress responsive to the second-network-source-ad- 
dress and compatible with the first network, and to store 
in the CAM the first-network-source-address and the 
second-network-source-address as corresponding ad- 
dresses. 

[0020] Preferably, the receive-circuitry includes one 
or more memory devices which are adapted to tempo- 
rarily store the content data and provide the content data 
to the transmit-circuitry. 

[0021] Further preferably, the apparatus includes a 
hub wherein the receive-circuitry, the CAM, and the 
transmit-circuitry are installed and which couples clients 
within the second network. 

[0022] Preferably, the first protocol includes an Ether- 
net protocol, and the second protocol inlcudes a Fibre 
Channel protocol. 

[0023] Preferably, the receive-circuitry is adapted to 
separate the source data-frame into the content data 
and a source header including the first-network-destina- 
tion-address. 

[0024] Preferably, the transmit-circuitry is adapted to 
incorporate the first-network-destination-address com- 
patible with the first protocol in the second- network da- 
ta-frame, and the receive-circuitry is adapted to con- 
catenate further content data received from the second 
network client with the first-network-destination-ad- 
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dress so as to generate a first-network data-frame com- 
patible with the first protocol for transmission over the 
first network to the source client. 

[0025] Further preferably, the transmit-circuitry is 
adapted to receive the second-network data-frame and 
to separate the second-network data-frame into the fur- 
ther content data and a first-network header including 
the first-network-destination-address. 

[0026] Preferably, the transmit-circuitry includes one 
or more memory devices which are adapted to tempo- 
rarily store the further content data and provide the fur- 
ther content data to the receive-circuitry. 

[0027] The present invention will be more fully under- 
stood from the following detailed description of the pre- 
ferred embodiments thereof, taken together with the 
drawings, in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0028] 

Fig. 1 is a schematic block diagram of an interface 
transferring data between two communication net- 
works, according to a preferred embodiment of the 
present invention; 

Fig. 2 shows structures of Internet protocol (IP) da- 
ta-frames transmitted via an Ethernet protocol, and 
IP data-frames transmitted via a Fibre Channel pro- 
tocol, as are known in the art; 

Fig. 3 is a schematic flow chart showing a method 
for generating an address translation look-up table 
comprised in a content-addressable-memory 
(CAM), according to a preferred embodiment of the 
present invention; 

Fig. 4 is a schematic flow chart showing a method 
fortransferring data from a first network to a second 
network, according to a preferred embodiment of 
the present invention; and 
Fig. 5 is a schematic flow chart showing a method 
fortransferring data from the second network to the 
first network, according to a preferred embodiment 
of the present invention. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0029] Reference is now made to Fig. 1 , which is a 
schematic block diagram of an interface 1 0 fortransfer- 
ring data between two communication networks, ac- 
cording to a preferred embodiment of the present inven- 
tion. Interface 10 is most preferably implemented using 
one or more industrial-standard discrete devices and/or 
one or more custom or semi-custom devices such as 
application specific integrated circuits (ASICs). Inter- 
face 1 0 acts as an interface between one or more clients 
36 operating in a Fibre Channel network 14 and one or 
more clients 34 operating in a gigabit Ethernet network 
12 . 


[0030] Interface 10 is most preferably installed in a 
hub 38 of network 14, in which case interface 10 most 
preferably receives its power from a power supply com- 
prised in the h ub. A suitable hub comprises any industry- 
5 standard or custom-built hub which is operative in Fibre 
Channel network 14 or Ethernet network 12. Interface 
10 couples via the hub to the network in which the hub 
is operative, and couples to the other network by indus- 
try-standard network connections 39 such as cables or 
io wireless communication.. Hub 38 typically comprises 
one or more other interfaces 13, which each couple to 
clients 36 in respective sections 1 5 of the network within 
which the hub is operative. Hub 38 further comprises a 
central processing unit (CPU) 22, preferably an Intel 960 
15 produced by Intel Corporation, of Santa Clara, Califor- 
nia, which controls the operation of the hub. As de- 
scribed in more detail hereinbelow, CPU 22 is also uti- 
lized by interface 1 0 when interacting with devices com- 
prised in the interface. 

[0031] Devices in interface 10 are coupled by a local 
bus 25. Interface 10 comprises a serializer-deserializer 
(SERDES) transceiver 16, which receives data frames 
in a serial format from network 12 and converts the 
frames to an industry-standard parallel format, prefera- 
bly based on a standard 10-bit interface bus. Alterna- 
tively, another industry-standard interface bus, such as 
an 8-bit interface bus, is used. The converted frames 
are transferred to an industry-standard gigabit Ethernet 
controller 1 8 compatible with transceiver 1 6, most pref- 
erably a 8101 PCI Gigabit MAC device produced by 
SEEQ Technology Inc. of San Jose, CA. Controller 18 
operates as receive and transmit circuitry and, inter alia, 
controls network 12. 

[0032] In network 12, frames having destination ad- 
dresses for a specific client 36 in network 14, as deter- 
mined by a network 12 frame header described in more 
detail below, are forwarded from controller 18 to a re- 
ceive frame intermediate memory 20, wherein the frame 
is temporarily stored. Most preferably memory 20 is a 
first-in first-out (FIFO) memory device. The frame is 
transferred to a receive-frame field programmable gate 
array (FPGA) 24. In FPGA 24 the frame header is re- 
placed by a network 14 frame header described below, 
using a network address for network 14 read from an 
address translation look-up table comprised in a content 
addressable memory (CAM) 26. Preferably, CAM 26 
comprises a MUAA co-processor produced by Music 
Semiconductors of Eygelshoven, The Netherlands. A 
process by which CAM 26 most preferably generates its 
address translation look-up table is described hereinbe- 
low. The new frame is forwarded to a receive frame 
memory 32, most preferably a FIFO, wherein the frame 
is temporarily stored before being transferred to network 
14, so that memory 32 acts as transmit-circuitry for the 
frame. 

[0033] In network 14, frames from the network are 
temporarily stored in a transmit FIFO 30 before being 
transmitted to a transmit FPGA 28. In FPGA 28, frames 
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having destination addresses in network 12 have their 
frame header reconfigured to be compatible with net- 
work 12, and the reconfigured frame is transferred to 
network 1 2 via controller 1 8 and transceiver 1 6. Frames 
which do not have destination addresses in network 12 
are discarded. The transfer of frames between network 
12 and network 14, and the functions of devices com- 
prised in interface 1 0, are described in more detail below 
with reference to Figs. 4 and 5. 

[0034] Fig. 2 shows structures of internet protocol (IP) 
data-frames transmitted via an Ethernet protocol, and 
IP data-frames transmitted via a Fibre Channel protocol, 
as are known in the art. An Ethernet data-frame 50 op- 
erating under IP comprises a header section 52 and a 
data section 54. Header section 52 corresponds to the 
network 12 frame header referred to above, and has a 
length equivalent to 7 data-words, wherein each data- 
word is 16 bits long. Header section 52 comprises a 
frame destination address 56, a frame source address 
58, and a frame type designation 60. 

[0035] A Fibre Channel data-frame 70 operating un- 
der I P comprises a header section 72 and a data section 
74. Header section 72 corresponds to the network 14 
frame header referred to above, and has a length equiv- 
alent to 24 data-words. Header section 72 comprises a 
local destination identification 76, a local source identi- 
fication 78, frame type/sequencing/control data 80, a 
Media Access Control (MAC) destination address 82, 
and a MAC source address 84. Data-frame 70 also com- 
prises a cyclic redundancy code (CRC) error-checking 
section 90 and an end-of-frame (EOF) section 92. When 
a data-frame is converted by interface 10 from an Eth- 
ernet data-frame to a Fibre Channel data-frame, or vice 
versa, data sections 54 and 74 are substantially identi- 
cal. For conversion from an Ethernet data-frame to a Fi- 
bre Channel data-frame header, section 52 is converted 
to header section 72. For conversion from a Fibre Chan- 
nel data-frame to an Ethernet data-frame, header sec- 
tion 72 is converted to header section 52. 

[0036] Fig. 3 is a schematic flowchart showing a meth- 
od for generating the address translation look-up table 
comprised in CAM 26, according to a preferred embod- 
iment of the present invention. Fig. 3 applies for data- 
frames received by interface 10 from network 14. In an 
initial step, as each client 36 in network 14 initiates op- 
erations, the client broadcasts a data-frame comprising 
its specific source address. The broadcast frame is re- 
ceived by CPU 22 in hub 38 and by FIFO 30 in interface 
10, and the source address is read by CPU 22 from 
header 72 of the broadcast frame. FPGA 28 generates 
an address compatible with network 12 for the specific 
client 36, and both addresses, i.e., the source address 
and the generated address, are incorporated as corre- 
sponding addresses into the address translation look- 
up table. Once the corresponding addresses have been 
incorporated into the table, the specific client 36 is able 
to receive data from network 12 via interface 10, and is 
made "visible” to clients in network 12 by controller 18 


by a data-frame being broadcast in network 12. 

[0037] A generally similar process to that described 
above with reference to Fig. 3 applies as each client 34 
in network 12 initiates operations. Each specific client 
5 34 broadcasts a data-frame comprising its specific 

source address. The broadcast frame is received by 
transceiver 1 6 and controller 1 8, and the source address 
is read by CPU 22 from header 52 of the broadcast 
frame. The CPU generates an address compatible with 
io network 1 4 for the specific client 34, and both addresses 
are incorporated as corresponding addresses into the 
address translation look-up table of CAM 26, so that the 
CAM "learns" from C PU 22. The specific client 34 is then 
able to receive data from network 14 via interface 10, 
is and is made visible to clients in network 1 4. 

[0038] It will be appreciated that the steps described 
above for the generation of the address look-up table in 
CAM 26 are able to occur substantially independently 
of other data-transfer processes occurring in networks 
12 and 14. The steps are most preferably performed as 
a continuing background operation controlled by soft- 
ware components instantiated by CPU 22, so that cli- 
ents operating in both networks are substantially una- 
ware of the steps being performed. 

[0039] Fig. 4 is a schematic flow chart showing a 
method for transferring data from network 14 to network 
12, according to a preferred embodiment of the present 
invention. In an initial step, a complete Fibre Channel 
data-frame is stored in FIFO 30. Once the data-frame 
has been stored, as determined by EOF section 92 of 
the data-frame, an error-check of the frame is per- 
formed. Most preferably, the error check is performed 
using CRC section 90: If an error is detected, then the 
contents of FIFO 30 up to the EOF of the data-frame are 
flushed from the FIFO. If no error is detected in the error- 
check step, then header section 72 is read from the da- 
ta-frame. Destination address 82, source address 84, 
and frame type/sequenclng /control data 80 are saved 
in respective registers 40, 42, and 44 comprised in FP- 
GA 28 . A data-frame compatible with network 1 2 is con- 
structed using the data saved in registers 40, 42, and 
44, and the data from data section 74. The constructed 
network-1 2-compatible data-frame header comprises 
destination address 56 corresponding to destination ad- 
dress 82, source address 58 corresponding to source 
address 84, and type section 60 derived from data 80. 
Data section 54 corresponds to data section 74. The 
network- 12-compatible data-frame, formed by concate- 
nating the network- 12-compatible data-frame header 
and data section 54, is checked for validity by methods 
known in the art. If the data-frame is valid it is forwarded 
to controller 18, from where the data-frame is trans- 
ferred to network 1 2. If the constructed data-frame is not 
valid, the data-frame is not forwarded. 

[0040] Fig. 5 is a schematic flowchart showing a meth- 
od for transferring data from network 12 to network 14, 
according to a preferred embodiment of the present in- 
vention. In an initial step, a complete frame is input from 
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network 12, via transceiver 16 and controller 18, to in- 
termediate FIFO 20. Once FIFO 20 has received the 
frame, a length of the frame is measured and a value 
corresponding to the measured length is stored in a 
memory 23 comprised in FPGA 24. Also in FPGA 24, 5 

components of header 72 are generated as follows. 

[ 0041 ] Destination identification 76 is generated by 
accessing CAM 26 and reading the address corre- 
sponding to the destination address of the data-frame. 
Source identification 78 is generated by CPU 22 as sub- io 
stantially the same identification as a source identifica- 
tion of the corresponding MAC. Type/sequence/control 
data 80 are generated from the measured data length 
stored in memory 23, and from data generated by CPU 
22. Destination address 82 is assigned to be the value *5 
corresponding to destination address 56, and source 
address 84 is assigned to be the value corresponding 
to source address 58, wherein destination address 56 
and source address 58 are the values comprised in the 
complete frame input from network 12. 20 

[ 0042 ] Frame-header 72 is generated from its compo- 
nents, and the frame-header is then concatenated with 
data derived from data section 74, corresponding to da- 
ta section 54, to form complete data-frame 70. CRC and 
EOF (end of frame) sections are added to the frame. 25 
The complete data frame is then transferred for tempo- 
rary storage to FIFO 32 : from where it is output to net- 
work 14. 

[0043] It will be appreciated that the preferred embod- 
iments described above are cited by way of example, 30 
and that the present invention is not limited to what has 
been particularly shown and described hereinabove. 
Rather, the scope of the present invention includes both 
combinations and subcombinations of the various fea- 
tures described hereinabove, as well as variations and 35 
modifications thereof which would occur to persons 
skilled in the art upon reading the foregoing description 
and which are not disclosed in the prior art. 

40 

Claims 

1. A method for transferring data, comprising: 

receiving a source data-frame from a source cli- 45 
ent (34) in a first network (12) operating under 
a first industry-standard protocol, the data- 
frame comprising a first-network-destination- 
address compatible with the first protocol; 
reading from a content addressable memory 50 
(CAM) (26) a second-network-destination-ad- 
dress of a destination client (36) in a second 
network (15) operating under a second indus- 
try-standard protocol, different from the first 
protocol, using the first-network-destination- 55 
address as an index; and 
concatenating content data comprised in the 
source data-frame with a second- network 


header comprising the second-network-desti- 
nation-address so as to generate a second-net- 
work data-frame compatible with the second 
protocol for transmission over the second net- 
work. 

2. A method according to claim 1 , wherein receiving 
the source data-frame comprises separating the 
source data-frame into the content data and a 
source header comprising the first- network-desti- 
nation-address. 

3. A method according to claim 1 or claim 2, wherein 
concatenating the content data comprises tempo- 
rarily storing the content data in one or more mem- 
ory devices (20, 30, 32) and reading the content da- 
ta from the one or more memory devices. 

4. A method according to any of the above claims, and 
comprising: 

incorporating the first-network-destination-ad- 
dress compatible with the first protocol in the 
second-network data-frame; 
receiving the second-network data-frame at the 
destination client; and 

concatenating further content data with the 
first-network-destination-address so as to gen- 
erate a first-network data-frame compatible 
with the first protocol for transmission over the 
first network to the source client. 

5. A method according to claim 4, wherein receiving 
the second-network data-frame comprises separat- 
ing the second-network data-frame into the content 
data and a first-network header comprising the first- 
network-destination-address. 

6. A method according to claim 4 or claim 5, wherein 
receiving the second-network data-frame compris- 
es temporarily storing the content data in one or 
more memory devices, and wherein concatenating 
the content data comprises reading the content da- 
ta from the one or more memory devices. 

7. A method according to claim 1 , and comprising re- 
ceiving a broadcast data-frame comprising a sec- 
ond-network-source-address from the destination 
client indicative of an identity of the destination cli- 
ent and storing the second-network-source-ad- 
dress in the CAM. 

8. A method according to claim 7, wherein receiving 
the broadcast data-frame comprises: 

reading the second- network-source- address in 
a central processing unit (CPU) (22); 
generating in the CPU a first-network-source- 
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address responsive to the second-network- 14. Apparatus according to any of claims 10-13, where- 
source-address and compatible with the first in the first protocol comprises an Ethernet protocol, 

network; and and wherein the second protocol comprises a Fibre 

storing in the CAM the first-network-source-ad- Channel protocol. 


dress and the second- network-source-address 
as corresponding addresses. 

9. A method according to claim 1, wherein the first pro- 
tocol comprises an Ethernet protocol, and wherein 
the second protocol comprises a Fibre Channel pro- 
tocol. 

10. Apparatus for transferring data, comprising: 

receive-circuitry (16, 18, 24), adapted to re- 
ceive a source data-frame from a source client 
(34) in a first network (12) operating under a 
first industry-standard protocol, the source da- 
ta-frame comprising a first-network-destina- 
tion-address compatible with the first protocol; 
a content addressable memory (CAM) (26) in 
which a second-network-destination-address 
of a second network client (36) in a second net- 
work (15) is stored, the second network oper- 
ating under a second industry-standard proto- 
col, different from the first protocol; and 
transmit-circuitry (28) adapted to read the sec- 
ond-network-destination-address from the 
CAM, using the first-network-destination-ad- 
dress as an index, and to concatenate content 
data comprised in the source data-frame with 
a second network header comprising the sec- 
ond-network-destination-address so as to gen- 
erate a second network data-frame compatible 
with the second protocol for transmission over 
the second network. 

1 1 . Apparatus according to claim 1 0, and comprising a 
central processing unit (CPU) (22) which is adapted 
to receive a broadcast data-frame comprising a 
second-network-source-address indicative of an 
identity of the second network client, to generate a 
first-network-source-address responsive to the 
second-network-source-address and compatible 
with the first network, and to store in the CAM the 
first-network-source-address and the second-net- 
work-source-address as corresponding addresses. 

12. Apparatus according to claim 10 or claim 11, where- 
in the receive-circuitry comprises one or more 
memory devices (20, 32) which are adapted to tem- 
porarily store the content data and provide the con- 
tent data to the transmit-circuitry. 

13. Apparatus according to any of claims 10-12, and 
comprising a hub (38) wherein the receive-circuitry, 
the CAM, and the transmit-circuitry are installed and 
which couples clients within the second network. 
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15. Apparatus according to any of claims 10-14, where- 
in the receive-circuitry is adapted to separate the 
source data-frame into the content data and a 
source header comprising the first-network-desti- 

io nation-address. 

16. Apparatus according to any of claims 10-15, where- 
in the transmit-circuitry is adapted to incorporate the 
first-network-destination-address compatible with 

is the first protocol in the second-network data-frame, 
and wherein the receive-circuitry is adapted to con- 
catenate further content data received from the sec- 
ond network client with the first-network-destina- 
tion-address so as to generate a first-network data- 

20 frame compatible with the first protocol for transmis- 

sion over the first network to the source client. 

1 7. Apparatus according to claim 1 6, wherein the trans- 
mit-circuitry is adapted to receive the second-net- 

25 work data-frame and to separate the second-net- 
work data-frame into the further content data and a 
first-network header comprising the first- network- 
destination-address. 

30 18. Apparatus according to claim 16 or claim 17, where- 
in the transmit-circuitry comprises one or more 
memory devices (30) which are adapted to tempo- 
rarily store the further content data and provide the 
further content data to the receive-circuitry. 
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